home *** CD-ROM | disk | FTP | other *** search
/ The Original Shareware 1.1 / The Original Shareware (WeMake CDs)(Volume 1.1)(CDs, Inc)(1993).iso / 16 / pckat12.zip / DBSHARE.OUT next >
Text File  |  1986-03-17  |  19KB  |  463 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9.  
  10.  
  11.  
  12.                                THE DB-SHARE PROGRAM
  13.  
  14.  
  15.  
  16.                                         by
  17.                                     R.H. Martin
  18.  
  19.  
  20.  
  21.                               Applied Foresight (TM)
  22.                                   P.O. Box 20607
  23.                              Bloomington, Minn.  55420
  24.  
  25.  
  26.                                  January 17, 1986
  27.  
  28.  
  29.  
  30.                            Copyright 1986 by R.H. Martin
  31.                                 All Rights Reserved
  32.  
  33.  
  34.  
  35.  
  36.  
  37.  
  38.  
  39.  
  40.  
  41.  
  42.  
  43.  
  44.  
  45.  
  46.  
  47.                                                              Trademark Pending
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68.      DB-SHARE PROGRAM        Copyright 1986 R.H. Martin         Page 2
  69.  
  70.  
  71.                          ABOUT DB-SHARE SOFTWARE PRODUCTS
  72.                          --------------------------------
  73.  
  74.                                      OVERVIEW
  75.  
  76.      PC-KAT is a DB-SHARE software package for IBM PC computers and
  77.      compatibles.  DB-SHARE is a new and un-trademarked designation referring
  78.      to a modified SHAREWARE product where the programmer has developed
  79.      software revolving around a network model database, using a compiled
  80.      language-driven, run-time royalty-free and license-free database manager.
  81.  
  82.      SHAREWARE is a term used by Quicksoft (TM), the developer of PC-WRITE
  83.      (TM).  Write Quicksoft, 219 First N. #224, Seattle, WA  98109.  Bob
  84.      Wallace, the developer of PC-WRITE, describes SHAREWARE in his manual as
  85.      follows:
  86.  
  87.         "Shareware is our term for software that can be freely copied and
  88.         shared.  The term (from an INFOWORLD column) describes both public
  89.         domain (non-copyrighted) software, and copyrighted software, like PC-
  90.         WRITE, which the author supports and encourages people to copy and
  91.         share.
  92.  
  93.         "Shareware is like public television: the programming is freely
  94.         distributed, but support from users is encouraged.  The concept is
  95.         based on these principles:
  96.         1.  People need to try programs to see if they are useful.
  97.         2.  Software authors can be supported directly by users.
  98.         3.  Copying and networking of programs can be encouraged.
  99.  
  100.         "To quote Andrew Fluegelman: 'This is an experiment in economics more
  101.         than altruism.  Free distribution of software and voluntary payment
  102.         for its use would eliminate the need for money to be spent on
  103.         marketing, advertising, and copy protection schemes.  Users could
  104.         obtain quality software at reduced cost, while still supporting
  105.         program authors.'
  106.  
  107.         "Quicksoft takes the Shareware concept further by giving additional
  108.         materials and services when someone registers, and giving a commission
  109.         to people who distribute copies."
  110.  
  111.      Anyone is allowed to sell or give away wholly unmodified copies of the
  112.      official Shareware-release diskette.  The "official" release is the one
  113.      released by the software author.  Shareware does not allow distribution
  114.      of any modified software copies, nor source files, nor printed copies of
  115.      the manual, without permission of the Shareware author.
  116.  
  117.  
  118.                                      FEATURES
  119.  
  120.      DB-SHARE differs slightly from the Shareware program.  The main features
  121.      of a DB-SHARE software product are:
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.  
  132.  
  133.  
  134.      DB-SHARE PROGRAM        Copyright 1986 R.H. Martin         Page 3
  135.  
  136.  
  137.      1.  The software package revolves around a network model database, using
  138.          a compiled language-driven, run-time royalty-free and license-free
  139.          database manager.  So far, only DB-VISTA by RAIMA Corporation seems
  140.          to fit this requirement.  DB-VISTA is sold by RAIMA Corporation,
  141.          12201 SE Tenth St., Bellevue, WA 98005.  RAIMA Corporation is NOT
  142.          connected with Applied Foresight nor the DB-SHARE program.
  143.  
  144.      2.  The base package is distributed similar to SHAREWARE.  Parts of the
  145.          code may be copyrighted software by the involved author and other
  146.          parts may be public-domain coded subroutines.  Due recognition is
  147.          given to any public domain code utilized.  Anyone is allowed to sell
  148.          or freely give away wholly unmodified copies of the DB-SHARE base
  149.          software diskette.  DB-SHARE  does not allow distribution of any
  150.          modified software copies, nor source files, nor printed copies of the
  151.          manual, without permission of the DB-SHARE author.  Policy about
  152.          manual copying may vary amongst authors.
  153.  
  154.      3.  The base package must be completely useable and practical without the
  155.          need for the optional (by purchase) add-on package.  Those users who
  156.          like the base package and want the luxury optional program features
  157.          provided by the add-on package, can register with the software author
  158.          and receive the add-on package and several other benefits.
  159.  
  160.          However, the base package must be good enough on its own merit to
  161.          generate a widespread public enthusiasm for it and be able to sustain
  162.          widespread copying and cheap or free distribution of it.  The base
  163.          package is NOT to be viewed as a demo software product.  The add-on
  164.          package provides only luxury features, not needed to functionally use
  165.          the base package in a practical manner.
  166.  
  167.      4.  A DB-SHARE add-on software diskette will only be distributed by the
  168.          author or legally contracted distributors.  A harmless, but generally
  169.          persuasive security measure will be used to prevent unauthorized
  170.          distribution of a DB-SHARE add-on software diskette.
  171.  
  172.          The diskette will contain in an encrypted manner, the customer's name
  173.          and serial number, which will become encryptically embedded in any
  174.          and all user databases which have the add-on program ran against it.
  175.          Thereafter, everytime any base DB-SHARE program or add-on DB-SHARE
  176.          program is ran against that user's database, the decrypted user's
  177.          name will appear on the screen and printouts.  PC-KAT uses the
  178.          following manner.  ("XYZ" stands for the DB-SHARE database name.)
  179.  
  180.          *********************************************************************
  181.              XYZ Database of: John Q. Owner                    S/N 99999999.
  182.          *********************************************************************
  183.  
  184.          Although, some unscrupulous persons may still copy an add-on DB-SHARE
  185.          program, they will have to put up with their computer screen and
  186.          printouts advertising the fact that they are unscrupulous.  Any known
  187.          instances of copyright violations of a DB-SHARE add-on program
  188.          diskette should be reported to the software author.
  189.  
  190.  
  191.  
  192.  
  193.  
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200.      DB-SHARE PROGRAM        Copyright 1986 R.H. Martin         Page 4
  201.  
  202.  
  203.  
  204.          Some dishonest persons may order this year's upgrade add-on module
  205.          and their friend might order next year's add-on module, and then both
  206.          might share programs, except that one runs the other's programs in
  207.          reverse order so that finally one's own name gets embedded in their
  208.          individual's DB-SHARE database.  To disallow this, an add-on DB-SHARE
  209.          program will only re-update its embedded owner's name, if the add-on
  210.          version number is newer than the last re-update embedding.
  211.  
  212.      5.  Each DB-SHARE software author is independent of other DB-SHARE
  213.          software authors, unless specifically stated.  The quality and
  214.          reputation of each DB-SHARE software product reflects only upon the
  215.          responsible individual author.
  216.  
  217.      6.  DB-SHARE add-on software will be minimally priced, rarely if ever
  218.          going over a two digit price figure for any personal computer
  219.          application.  If the DB-SHARE targed audience is small, a DB-SHARE
  220.          developer can sustain one's revenue needs through offering multiple,
  221.          inxpensive add-on software modules for a base DB-SHARE software
  222.          product.
  223.  
  224.      7.  DB-SHARE authors should have a conscientious committment to upgrade
  225.          both the base DB-SHARE and DB-SHARE add-on software whenever feedback
  226.          from users indicate that deficiencies exist.  Any deficiency
  227.          affecting functional use of the base package in a practical manner,
  228.          when resolved, should appear in the base DB-SHARE product.
  229.  
  230.  
  231.                                      PHILOSPHY
  232.  
  233.      Besides sharing the concepts behind SHAREWARE, DB-SHARE has additional
  234.      concepts.  Software products revolving around a compiled-language drive
  235.      database manager are typically applications that are many faceted.  There
  236.      are the basic facets which critically maintain and use the application
  237.      and there are numerous "peaches and cream" facets which make the use of
  238.      the application even more worthwhile.
  239.  
  240.      A DB-SHARE software developer knows that one's development effort will be
  241.      financially rewarded if one has developed a base package that people love
  242.      to use and copy, because anyone who uses the base package long enough
  243.      will eventually want and will likely get the add-on software.  However,
  244.      the secret to a software developer's success is to make the base package
  245.      highly desirably useful in its base state, because otherwise the
  246.      initiative to enthuasiastically use it and share that enthusiasm through
  247.      copying and sharing it with others will not be there.  Without that
  248.      enthusiasm over the base DB-SHARE product, there will not be enough of a
  249.      distribution spread and hence any derived registrations will be less than
  250.      desired.
  251.  
  252.      The above formula is a "you win-I win" formula for both the developer and
  253.      the customer.  The customer gets a very useful base product free (or
  254.      nearly free, if an intermediate distributor charges a handling fee) and
  255.  
  256.  
  257.  
  258.  
  259.  
  260.  
  261.  
  262.  
  263.  
  264.  
  265.  
  266.      DB-SHARE PROGRAM        Copyright 1986 R.H. Martin         Page 5
  267.  
  268.  
  269.      is able to get add-on features direct from the developer, or an
  270.      authorized distributor, for minimal costs.  The developer wins because a
  271.      widespread enthusiasm of one's base product will naturally be followed by
  272.      numerous registrations.  The developer is protected from widespread
  273.      copying of the add-on diskettes, because of the security protection
  274.      device.  The honest customer is not hassled by the security protection,
  275.      because infinite number of backup copies can be made, and the software
  276.      employs no floppy-dependent mechanisms.
  277.  
  278.      Either party (user and author) is only going to win in this situation if
  279.      the other party is allowed to win.  Thus, the challenge goes out to
  280.      future DB-SHARE developers: "Don't put out anything but an excellent base
  281.      product!"   If the public's feedback to the base DB-SHARE product is less
  282.      than enthusiastic, improvements deserve to be put in the base DB-SHARE
  283.      product, not necessarily the DB-SHARE add-on modules.
  284.  
  285.  
  286.                                     OBLIGATIONS
  287.  
  288.      DB-SHARE developers have a duty to provide in the base package,
  289.      minimally, a database integrity analysis program and database recovery
  290.      strategy.  Just telling users they need to do backups is not sufficient
  291.      with a compiled language driven database.  Suppose a portion of a user's
  292.      database, which is only referenced once or month or less, has its
  293.      internal cross-referencing pointers messed up.  A user who recycles his
  294.      backup diskettes every month, may end up not discovering he has a damaged
  295.      database until after he has trashed his only good version database backup
  296.      with a worthless, but more recent, backup.  What good, is it to do a
  297.      restoration of a prior database if the backed up database is also messed
  298.      up?
  299.  
  300.      Database pointers can get messed up by a variety of factors: hardware
  301.      problems (either occurring during or outside of a database program
  302.      session), user errors, or software errors.
  303.  
  304.      The majority of my years of database management programming has been on
  305.      the HP 3000 minicomputer line, which comes free with a database manager,
  306.      IMAGE.  One thing nice about IMAGE, is that there are provided tools for
  307.      maintaining the integrity of one's database.  Most microcomputer database
  308.      managers do not currently have available such integrity tools.  However,
  309.      in lieu of any generic tool for analyzing database integrity, a DB-SHARE
  310.      developer should provide such a program in the base package, along with
  311.      documented recovery procedures.
  312.  
  313.      A database integrity analyzer can alert a user to the need to do a
  314.      database recovery shortly after it is damaged rather than when the damage
  315.      is inadvertently discovered (what if it takes a year end report program
  316.      to otherwise discover it?).
  317.  
  318.      DB-SHARE authors are also obliged to preserve the useability of their
  319.      original public release database design through all future upgrades.  If
  320.      an author decides to restructure the database design in a future release,
  321.  
  322.  
  323.  
  324.  
  325.  
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332.      DB-SHARE PROGRAM        Copyright 1986 R.H. Martin         Page 6
  333.  
  334.  
  335.      a provided download/reload database program should be provided to upgrade
  336.      customers.
  337.  
  338.  
  339.                              OPTIONAL MARKETING IDEAS
  340.  
  341.      The following is suggested for future DB-SHARE developers to consider as
  342.      an aid to further their distribution of add-on (by purchase) software
  343.      modules.  Consider arranging for cooperative retailers and mail-houses,
  344.      etc., to receive a DB-SHARE distributor program along with the DB-SHARE
  345.      base and add-on software.  The security features of this software
  346.      distributor program is described in the paragraph following.  The
  347.      distributor could sell the combination base and add-on software for $50
  348.      or just the add-on software for $40.  That would amount to $35 for the
  349.      add-on software, $5 handling, plus $10 for the base software handling
  350.      cost.  The distributor would need to carry no inventory, except for blank
  351.      diskettes and labels.  The DB-SHARE developer could provide a label print
  352.      program.  For each add-on software sale, the distributor would be
  353.      required to mail the DB-SHARE software developer $15 for the first 50
  354.      copies sold in any one calendar year; $10 for the number of copies sold
  355.      thereafter for the remainder of the calendar year.
  356.  
  357.      Consider structuring the program which updates each outgoing diskette
  358.      with the customer's name and S/N, to also include an encrypted, hard-
  359.      coded, name of the software distributor name and ID, which causes each's
  360.      customer made disk to have encryptically transferred this distributor ID
  361.      information, so that when the customer runs the add-on software
  362.      program(s) against his database, that not only does program-embedded
  363.      customer name and ID get embedded in his database, but also the
  364.      distributor name and ID.
  365.  
  366.      There is no reason to display or print this distributor information on
  367.      program screens or printouts, but a good place to have this distributor
  368.      information printed is on a customer coupon-entitlement form, which your
  369.      add-on program could print for the user.  Require the customer to use
  370.      this form if he desires to get a coupon entitling him to get one future
  371.      add-on software module for $10.00 (postage and handling fee provided for
  372.      with this price) and to receive any future mailings.  Also structure your
  373.      add-on software to not work, if the add-on programs run without a
  374.      distributor name and ID being embedded in the program.  This will protect
  375.      you from distributors making diskette copies bypassing the use of your
  376.      custom disk-copy program.  The impact on the DB-SHARE developer is that
  377.      he would have to recompile his disk-copy program for distributors each
  378.      time he signs up a new distributor.  This can be a real easy task.
  379.  
  380.  
  381.                       ADVICE TO POTENTIAL DB-SHARE DEVELOPERS
  382.  
  383.      The author intends to document PC-KAT's database manipulation logic and
  384.      have it published as a magazine article.  Documentation aimed at
  385.      programmers, along with most of the PC-KAT source code will be made
  386.      available to those who register their PC-KAT package.  In the meantime,
  387.      the following brief advice is given to potential DB-SHARE developers.
  388.  
  389.  
  390.  
  391.  
  392.  
  393.  
  394.  
  395.  
  396.  
  397.  
  398.      DB-SHARE PROGRAM        Copyright 1986 R.H. Martin         Page 7
  399.  
  400.  
  401.  
  402.      Be true to the complete DB-SHARE philosophy.  Your DB-SHARE product will
  403.      sell better if there is widespread public awareness of the DB-SHARE
  404.      program, including a trust in the quality and reliability of a DB-SHARE
  405.      product.  Become familiar with other DB-SHARE developed programs.
  406.      Recognize other worthy DB-SHARE programs in your user manual.  In your
  407.      user manual, refer to the DB-SHARE distribution program.  You are pre-
  408.      authorized to copy this entire DB-SHARE section, as long as you give due
  409.      credit and forward a pre-release copy of your manual to Applied
  410.      Foresight.  If you desire to copy a portion of this section, forward a
  411.      pre-release copy of your manual to Applied Foresight and obtain written
  412.      permission.  A reponse will be sent to you promptly.
  413.  
  414.      Thoroughly debug your DB-SHARE product before releasing to market.  Make
  415.      the schema and source code for the database manipulation logic and
  416.      mainstream of your programs available to registered buyers.  If you want
  417.      to ensure that buyers can't compete with you in updating your database
  418.      design, provide re-arranged but complete database structs.  You'd be wise
  419.      to keep private your particular encryption/decryption algorithm.
  420.      Consider writing a magazine article about your use of the database
  421.      manager chosen for your DB-SHARE product.  There is a great need for PC
  422.      Magazines to carry articles on language-compiled, network model database
  423.      managers and their use in application programs.
  424.  
  425.  
  426.                           LIMITATION OF DB-SHARE COVERAGE
  427.  
  428.      Not all data base dependent software lends itself to the DB-SHARE
  429.      concept.  Complicated software requiring accompanying audio visual
  430.      training material, and implementation or maintenance assistance by local
  431.      consultants are two obvious types of software beyond the applicable range
  432.      of the DB-SHARE concept.  Software easily able to be a success in a
  433.      conventional commercial manner would be foolish to distribute in a DB-
  434.      SHARE manner.
  435.  
  436.      DB-SHARE makes sense for those database dependent applications that are
  437.      simple to use and which would be overpriced and undersold if sold via
  438.      conventional methods.  It also makes sense for cash-starved start-up
  439.      companies.
  440.  
  441.  
  442.  
  443.  
  444.  
  445.  
  446.  
  447.  
  448.  
  449.  
  450.  
  451.  
  452.  
  453.  
  454.  
  455.  
  456.  
  457.  
  458.  
  459.  
  460.  
  461.  
  462.  
  463.